|
在SM 59中，您可以通过几种不同的方式设置“T”类型的目的地： 已注册的服务器（具有程序ID）已启动的服务器（使用要启动的可执行文件的名称）。这有几种不同的口味：在应用服务器主机上启动，在网关上启动，在前端PC上启动，如果我没记错的话。在第一种情况下（“注册服务器”），连接已经存在（当在给定的程序ID下注册时，它由服务器程序创建），并且SAP系统简单地通过该打开的连接发送针对该目的地的任何RFC请求。在第二种情况下（启动服务器），机制完全不同。SAP系统首先生成一个唯一的ID（CPIC会话ID），告诉网关开始监听具有该ID的传入连接，然后启动给定的可执行文件，并告诉它打开具有该ID的连接。当网关报告具有该ID的某人确实打开了连接时，SAP系统最终通过它发送RFC请求。可执行文件以几种不同的方式启动，具体取决于目标的“风格”：通过fork（“在网关上启动”）、通过远程shell（“在给定的应用服务器主机上启动”）或通过将SAPGui与当前ABAP侧用户会话连接的当前打开的DIAG连接将可执行文件的名称和启动参数发送回SAPGui。SAPGui然后用给定的参数启动可执行文件（“start on frontend PC”）。正如Trixx所说：JCo 3只支持已注册的服务器，不支持已启动的服务器。如果您需要该类型的RFC服务器（例如因为您希望通过SAPGui在前端PC上启动它），您需要使用NetWeaver RFC库编写C/C++程序或使用NCo 3编写.NET程序。NCo 3和NW RFC库都为启动的服务器提供了必要的功能。（参见其文档。）
|